Critical Emergencies

What is on fire right now and needs immediate action?

Our production deployment is failing intermittently and we have no rollback plan in place.
The lead developer is on leave next week and no one else knows the payment integration.
We're going to miss the client deadline and haven't told them yet.
Warning Signs

What early signals suggest trouble could be coming?

Code review turnaround is slowing down and PRs are piling up.
Team morale feels lower than usual after the last two sprints.
Our test coverage has been quietly dropping each release.
Defuse & Stabilise

What can we do to reduce risk and regain control?

Document the payment integration so we're not dependent on one person.
Set up monitoring and alerts so we catch deployment failures sooner.
Schedule a frank conversation with the client about the timeline today.
Action Plan & Owners

Who will do what, and by when, to resolve these alerts?

Sam to create a rollback runbook and test it before Friday.
Priya to brief the client on the revised timeline by end of day.
Set up a shared on-call rotation starting next sprint.

What is the Red Alert retrospective?

When something feels off, it pays to stop and sound the alarm before small problems become full-blown crises. The Red Alert retrospective is a focused, high-urgency format designed to help teams quickly identify the most pressing risks, blockers, and warning signs that threaten their goals. Rather than reviewing a sprint in broad strokes, this format zeroes in on what's burning, what's about to break, and what needs immediate attention so your team can act decisively. The session works by guiding participants through escalating levels of concern — from early warning signals to active emergencies — and then channeling that energy into clear, prioritized actions. Teams brainstorm issues, group related themes, vote on the most critical items, and assign owners to resolve them. Because it emphasizes urgency and accountability, the Red Alert format is especially valuable during incidents, troubled projects, or periods of rapid change where clarity and speed matter most. The real benefit is that it transforms anxiety and uncertainty into a structured, actionable plan. By openly naming risks and giving them a place to be discussed, teams reduce the chance that critical problems stay hidden until it's too late. Run it in TeamRetro to capture every alert, prioritize collectively, and walk away with a concrete response plan that keeps your team out of the danger zone.

Red Alert retrospective format

Critical Emergencies

What is on fire right now and needs immediate action?

These are the active, high-severity issues that pose an immediate threat to your goals, customers, or team. Encourage participants to be specific and honest — this is the moment to name the elephant in the room. Remind everyone that raising an alarm is a sign of strength, not failure, and keep the focus on the problem rather than assigning blame.

Warning Signs

What early signals suggest trouble could be coming?

This is about the smoke before the fire — the subtle signals that something may escalate if ignored. Prompt the team to think about trends, recurring friction, or gut feelings they've been brushing aside. Capturing these early gives the team a chance to act before they become emergencies.

Defuse & Stabilise

What can we do to reduce risk and regain control?

Shift the energy from identifying problems to finding ways to contain them. Ask the team what quick wins, safeguards, or temporary fixes could lower the temperature. Encourage practical, achievable ideas that buy time or prevent escalation rather than perfect long-term solutions.

Action Plan & Owners

Who will do what, and by when, to resolve these alerts?

Turn discussion into commitment. For each prioritized alert, agree on a concrete next step, a clear owner, and a deadline. Keep actions small enough to be achievable before the next check-in, and make accountability visible so nothing slips through the cracks.

When to use this retrospective

  • During or immediately after an incident or outage, when the team needs to rapidly identify what went wrong and stabilise the situation.
  • When a project is veering off track and you need to surface critical risks and blockers before they derail delivery.
  • In high-pressure periods of rapid change, where hidden problems are likely to escalate without focused attention.
  • As a periodic risk check-in for teams operating in volatile or high-stakes environments.

Suggested icebreaker questions

  • What's the most dramatic 'red alert' moment you've experienced in a movie, game, or TV show?
  • If your week had a warning light on a dashboard, what colour would it be flashing right now?

Ideas and tips for your retrospective meeting

  • Set the tone early that raising alarms is encouraged and blame-free — psychological safety is essential when discussing critical issues.
  • Keep the session tightly time-boxed; the urgency of a Red Alert works best when energy stays high and focused.
  • Use dot voting to quickly prioritise the most critical items so you don't try to fix everything at once.
  • Always close with clear owners and deadlines — a Red Alert without follow-up actions just creates more anxiety.
  • Watch for the loudest voices dominating; invite quieter members to share warning signs they may have noticed.
  • Revisit unresolved alerts at the next retrospective to ensure critical items don't quietly disappear.

Frequently asked questions

When should I use a Red Alert retrospective?
Use it when your team is facing urgent risks, blockers, or an incident that needs immediate attention. It's ideal for high-pressure situations where surfacing and prioritising critical issues quickly matters more than a broad review.
How is a Red Alert retrospective different from a standard sprint retrospective?
A standard sprint retrospective reviews the full range of what went well and what could improve, while a Red Alert retrospective focuses specifically on critical risks, warning signs, and emergencies. It trades breadth for urgency and rapid action.
How long does a Red Alert retrospective take?
Because it's designed for urgency, most Red Alert sessions run 30 to 45 minutes. Keeping it short maintains the focus and energy needed to prioritise and act on the most pressing issues.
How do you keep a Red Alert retrospective from feeling like a blame session?
Set a blame-free tone from the start and frame the conversation around problems and systems rather than individuals. Emphasise that raising alarms early is valued, and channel the discussion straight into actionable next steps.
Who should attend a Red Alert retrospective?
Invite everyone close to the issues, including the delivery team and any key stakeholders or decision-makers who can help assign owners and unblock critical items. Having decision-makers present helps actions get resolved faster.

New to retrospectives? Read our guide on how to run a retrospective →